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DETAILED ACTION 

1. Claims 1-28 have been examined. 

Specification 

2. The disclosure is objected to because of the following informalities: "WE CLAIM:" 
in the last page of the specification (p. 13, line 21) should be moved to the top of the 
claim section on page 14. 

Appropriate correction is required. 

Claim Objections 

3. Claims 1 , 7, 10, 1 8, 20 and 22 are objected to because of the following 
informalities: 

a. Regarding claim 1 , "an integrity" (9 th -1 0 th lines) should be changed to "the 
integrity". 

b. Regarding claims 7, 10, 18 and 20, the term "encrypted payload data" should be 
changed to "encrypted data packet". According to the specification, a data packet 
includes a data payload and a checksum value for the data payload; the data packet is 
then encrypted to produce an encrypted data packet for transmission to the receiver 
(fig. 3). 

c. Regarding claim 22, "at" (6 th line) should be changed to "and". 
Appropriate correction is required. 
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Claim Rejections - 35 USC §112 

4. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

5. Claims 7 and 18 are rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

a. Regarding claim 7, it recites the limitation "comparing the encrypted payload data 
to the network layer checksum to detect the key stream out-of-synchronization" in 5 th -6 th 
lines. It is not clear what the limitation means because the encrypted payload data 
cannot be compared to the network layer checksum. The limitation is interpreted as 
"decrypting, using a key stream, the encrypted data packet to produce decrypted 
payload data and a received checksum, calculating a checksum based on the decrypted 
payload data; and detecting, at the network layer, the key stream loss of 
synchronization if the calculated checksum is not equal to the received checksum" (see 
specification, fig. 6). 

b. Claim 18 is rejected on the same basis as claim 7. The limitation "to compare 
the encrypted payload data to the network layer checksum to detect the key stream out- 
of-synchronization" (the 8 th -9 th lines) is interpreted as "to decrypt, using a key stream, 
the encrypted data packet to produce decrypted payload data and a received 
checksum, to calculate a checksum based on the decrypted payload data; and to 
detect, at the network layer, the key stream loss of synchronization if the calculated 
checksum is not equal to the received checksum 
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Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

7. Claims 1-4, 11-14 and 24-28 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Lockhart et al. (5,841,873) in view of Ahmed et al. (6,747,961). 
a. Regarding claim 1 , which is representative of clams 1 1 and 24-28, Lockhart 
discloses a method comprising: 

receiving an encrypted data packet through a wireless communication channel 
(fig. 1 ; fig. 2, step 213); 

decrypting the encrypted data packet to produce a decrypted data packet (fig. 2, 
step 215); 

calculating a payload checksum based on a payload of the decrypted data 
packet (fig. 2, steps 223; col. 4, lines 54-66) and 

comparing a checksum within the decrypted data packet to the payload 
checksum to determine the integrity of the payload (fig. 2, step 221). 

Lockhart does not disclose calculating the payload checksum at a network layer. 
However, Examiner takes Official Notice that using Transmission Control Protocol 
(TCP), which is part of a network layer (specification page 6, lines 22-24), to determine 
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the integrity of a transmitted payload is well known in the art. In particular, the 
transmitting TCP calculates a checksum based on the payload data to be transmitted 
and includes the checksum in the TCP header for transmission; the receiving TCP then 
performs the same calculation on the payload data received and compares the result 
with the received checksum; a discrepancy indicates some error. It would have been 
obvious at the time of the invention was made to one of ordinary skill in the art to 
calculate the payload checksum at a network layer since Examiner takes Official Notice 
that using TCP to determine the integrity of a transmitted payload data is well known in 
the art. 

Lockhart does not disclose a security sub-network layer performing decryption. 
Ahmed discloses a security sub-network layer located below a network layer and above 
the MAC layer, the security sub-network layer providing encryption/decryption function 
to a network layer (col. 3, lines 53-59; fig. 3B). It would have been obvious to one of 
ordinary skill in the art at the time the invention was made to incorporate the security 
sub-network layer of Ahmed into the method of Lockhart, the sub-network layer 
providing encryption/decryption function to a network layer. Such a sub-network 
protocol layer provides the communication systems with various mobility management 
functions (col. 3, lines 59-63). 

b. Regarding claims 2 and 12, Lockhart further discloses determining the payload is 
not valid if the payload checksum does not equal the received network layer header 
checksum (fig. 2, step 300). 
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c. Regarding claims 3 and 13, Lockhart further discloses receiving the encrypted 
data packet at a data link layer (fig. 1 , element 109). 

Regarding transferring the encrypted data packet to the sub-network security 
layer from the data link layer, the sub-network security layer of Ahmed in claim 1 located 
above the MAC layer (col. 3, lines 53-59). 

d. Regarding claims 4 and 14, Lockhart further discloses resetting the data link 
layer if the payload checksum does not equal the received network layer header 
checksum (fig. 3, step 317). 

8. Claims 5-6 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Lockhart in view of Ahmed as applied to claim 1 above, and further in view of Latka 
(5,646,996). 

a. Regarding claim 5, Lockhart further discloses prior to receiving the encrypted 
data packet, forming the encrypted data packet using the payload and the network layer 
header checksum (fig. 2, step 209); and transmitting the encrypted data packet through 
the wireless channel at the data link layer (fig. 2, step 21 1 ). Lockhart does not disclose 
calculating a second checksum based on the payload at the network layer and 
comparing the second checksum to the network layer header checksum. Latka 
discloses a method for determining whether a key stream at the transmitting side is out 
of sequence by calculating a second checksum based on current state of the key 
stream generator in memory, comparing the second checksum to a first checksum 
previously generated based on the same data (col. 2, line 30 - col. 3, line 16). It would 
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have been obvious to one of ordinary skill in the art at the time the invention was made 
to modify the combined method of Lockhart and Ahmed to calculate a second 
checksum on the transmitting side and compare the second checksum to a previously 
calculated checksum, both of which calculated based on the same data, as taught by 
Latka. Accordingly, the data is the payload at the network layer. The motivation for 
doing so would have been to detect whether a key stream is out of synchronization at 
the transmitting side due to a temporary loss of power (col. 3, lines 10-13). 
b. Regarding claim 6, Lockhart further discloses encrypting the payload and the 
network layer header checksum (fig. 2, step 209). 

9. Claims 7, 10, 18 and 21 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Lockhart in view of Menezes et al. ("Handbook of Applied 
Cryptography"). Regarding claims 18 and 21 , which are representative of claims 7 and 

10, Lockhart discloses a system for detecting key out of out of synchronization 
comprising: 

an encryption engine configured to encrypt a data packet including a checksum 
to produce an encrypted data packet having an embedded checksum (fig. 2, step 209; 
col. 4, lines 54-66); 

a transmitter configured to transmit the encrypted data packet through a wireless 
channel to a decryption engine (fig. 2, step 21 1; fig. 1 , element 109); 
a checksum validation engine comprising 
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a decryption engine configured to decrypt the encrypted data packet to 
produce decrypted payload data and a received checksum (fig. 2, step 215); 

a checksum generator configured to calculating a checksum based on the 
decrypted payload data (fig. 2, step 223); and 

the checksum validation engine configured to detect the key loss of 
synchronization if the calculated checksum is not equal to the received checksum (fig. 
2, step 221; col. 2, lines 25-31; col. 3, lines 11-15). 

Lockhart does not disclose that the checksum in the data packet is calculated at 
a network layer on the transmitting side and that a second checksum is calculated and 
compared to a received checksum at a network layer on the receiving side. However, 
Examiner takes Official Notice that transmitting Transmission Control Protocol (TCP), 
which is part of a network layer, calculates a checksum based on the payload data to be 
transmitted and includes the checksum in the TCP header for transmission and that 
receiving TCP performs the same calculation on the payload data received and 
compares the result with the received checksum to detect errors is well known in the art. 
It would have been obvious at the time of the invention was made to one of ordinary skill 
in the art to calculate the payload checksum by the transmitting TCP and to calculate a 
second checksum and compare the second checksum to a received checksum by the 
receiving TCP since Examiner takes Official Notice that calculating the payload 
checksum by the transmitting TCP and to calculate a second checksum and compare 
the second checksum to a received checksum by the receiving TCP is well known in the 
art. 
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Lockhart does not disclose that the encryption algorithm is a stream cipher. 
Menezes discloses using stream ciphers (p. 161, see 6.1 Introduction). It would have 
been obvious to one of ordinary skill in the art at the time the invention was made to 
modify the method of Lockhart to use a stream cipher, as taught by Menezes, because 
stream ciphers are advantageous in situations where transmission errors are highly 
probable. 

10. Claims 8-9 and 19-20 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Lockhart in view of Menezes as applied to claim 7 above, and further in view of 
Ahmed. 

a. Regarding claims 8 and 19, Lockhart does not disclose a security sub-network 
layer performing encryption. Ahmed discloses a security sub-network layer providing 
encryption/decryption function to a network layer (fig. 3B). It would have been obvious 
to one of ordinary skill in the art at the time the invention was made to incorporate the 
security sub-network layer of Ahmed into the method of Lockhart, the sub-network layer 
providing encryption/decryption function to a network layer. Such a sub-network 
protocol layer provides the communication systems with various mobility management 
functions (col. 3, lines 59-63). 

b. Regarding claims 9 and 20, Lockhart further discloses transmitting the encrypted 
payload data through a wireless channel at a data link layer (fig. 1 , element 109). 
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11. Claims 15-17 and 22-23 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Lockhart in view of Latka. 

a. Regarding claim 22, which is representative of claims 15-16, Lockhart discloses 
an apparatus comprising: 

an encryption engine configured to encrypt a payload and the payload checksum 
to form the encrypted data packet (fig. 2, step 209); and 

a transmitter adapted to transmit the encrypted data packet to a receiver (fig. 2, 
step 21 1 ). 

Lockhart does not disclose that the payload checksum is a network layer 
checksum. However, Examiner takes Official Notice that Transmission Control Protocol 
(TCP), which is part of a network layer (specification page 6, lines 22-24), calculates a 
checksum based on the payload data to be transmitted and includes the checksum in 
the TCP header for transmission is well known in the art. It would have been obvious at 
the time of the invention was made to one of ordinary skill in the art to calculate the 
payload checksum at a network layer since Examiner takes Official Notice that 
transmitting TCP calculates a checksum of a payload data to be transmitted and 
includes the checksum in the TCP header for transmission is well known in the art. 

Lockhart does not disclose a checksum generator configured to calculate a 
transmitter payload checksum based on the payload and a checksum validation engine 
configured to compare the transmitter payload checksum to the network layer check 
sum at the network layer. Latka discloses an apparatus for determining whether a key 
stream at the transmitting side is out of sequence, the apparatus comprising a 
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checksum generator configured to calculate a second checksum based on the current 
state of the key stream generator in memory, a checksum validation engine configured 
to compare the second checksum to a first checksum previously generated based on 
the same data (col. 2, line 30 - col. 3, line 16). It would have been obvious to one of 
ordinary skill in the art at the time the invention was made to modify the apparatus of 
Lockhart to include a checksum generator configured to calculate a second checksum 
on the transmitting side and a checksum validation engine configured to compare the 
second checksum to a previously calculated checksum, both of which calculated based 
on the same data, as taught by Latka. Accordingly, the data is the payload at the 
network layer. The motivation for doing so would have been to detect whether a key 
stream is out of synchronization at the transmitting side due to a temporary loss of 
power (col. 3, lines 10-13). 

b. Regarding claims 1 7 and 23, Lockhart further discloses that the transmitter is 
adapted to transmit the encrypted data packet through a wireless communications 
channel (fig. 1, element 109). 

Conclusion 

12. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

Gutman et al. (5,130,993) discloses transmitting encoded data on unreliable 
networks. 
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Chapman et al. (5,926,468) discloses wireless communications systems and 
methods utilizing data link reset. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Minh Dinh whose telephone number is 703-306-5617. 
The examiner can normally be reached on Mon - Fri: 9:00 am - 5:30 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Gilberto Barron can be reached on 703-305-1830. The fax phone number 
for the organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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